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BACKGROUND Ol^ THE INVENTION 

1. Field of Invention 

This invention relates generally to the field of control systems. More 
5 particularly this invention relates to control systems using data link modules 
communicating on a serial time-division multiplex bus capable of transferring 
large amounts of complex data, 

2. Description ofthe Related Art 

10 Serial multiplexed data systems, or bit level networks, capable of 

communicating single bit and variable length words, are well known as described 
in United States Patent Number 4,808,994, issued on February 28, 1989, and 
United States Patent Number 5,706,289 issued on January 6, 1998, both to Robert 
E. Riley, incorporated herein by reference. 

15 The previous systems have benefits that include low cost, the use of only 

four wires for power and communication, and efficient data transfer. However, 
these bit level networks have traditionally been limited to transferring discrete 
input and output status data and some limited analog values. In the bit level 
networks ofthe prior art, data is transmitted in a unit termed a scan. A scan 

20 consists of a data frame for each available data channel prefaced by a 
synchronizing signal. 

The data firame generally consists of a predetermined number of bits, 
typically 512 bits, which contains commands and data positioned within the data 
frame to coincide with the firame address boundaries configured in the modules. 

25 After receiving the synchronizing signal, each module watches for the 

command/data located at the proper position of the proper channel corresponding 
to the fi*ame address and channel nxamber configured for that module. 

Often it is desirable to transfer large amounts of complex data containing 
information about a remote piece of equipment back to a central control station. 

30 Examples of such desirable information includes, but is not limited to, vibration, 
temperature, motor current, and voltage waveform data. These bit level network 
systems described by Riley provide efficient transfer of binary data and word data 
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but are not capable of transferring large amounts of data due to limited addressing 
capabilities. 

Accordingly, there is a need for a system and method for transferring large 
amounts of complex data across a bit level network. Further, there is a need to 
5 retaining the simphcity, cost effectiveness, and reliability of the prior art bit level 
network while accompUshing the transfer of large amounts of complex data. 
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BRIEF SUMMARY OF THE INVENTION 
A system and method for data table multiplexing on a serial multiplex data 
system is described. The method used to transfer this data is a software data 
5 multiplexing protocol that utilizes the previous physical layer protocol and is 
capable of coexisting with previous systems. 

Multiple bit addresses within a time multiplexed data stream are assigned 
functions such as register number, data, and error detection. This estabUshes a 
data transfer frame that is used to multiplex data between a host and a module. 
10 The module includes a section of random access memory used as a register map. 
Communication to and from the host is accomplished through the register map. 
This map contains module setup information, software configuration settings, raw 
data, and summary data. Commands are sent from the host to the module and the 
module responds accordingly. The host commands the module to read registers 
1 5 from its map and respond with the values or to write registers with the values sent. 
Registers are designated in the module as read only, write only, or read/write. 
This facilitates data protection methods. 

The incorporation of error detection and correction means increase the 
reliability of the system. Predetermined responses to detected errors result in 
20 predetermined actions. Some register addresses or data values are designated to 
indicate the detection of an error or request retransmission of a command or a 
response. 
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BRIEF DESCRIPTION OF THE SEVIERAL VIEWS OF THE DRAWINGS 

The above-mentioned features of the invention will become more clearly 
understood from the following detailed description of the invention read together 
with the drawings in which: 

Figure 1 is a schematic block diagiram of an overall system incorporating 
the present invention; 

Figure 2 is a schematic block diagiram of an individual data link module 
usable in the system of Figure 1; 

Figure 3a is a bitwise representation of a message communicated using the 
system of Figure 1; 

Figure 3b illustrates the data stream of multiple multi-bit messages on the 
bit level network of Figure 1; 

Figure 4 is a flow diagram of the communication between a host and a 
module; 

Figure 5a is a flow diagram of the response to an error in a message 
transmitted between a host and a module; and 

Figure 5b is a continuation of the flow diagram of Figure 5a. 



DETAILED DESCRIPTION OF THE INVENTION 
A method and apparatus for data table multiplexing on a serial multiplex 
data system is described. The method used to transfer this data is a software data 
multiplexing protocol that utilizes the previous physical layer protocol and is 
5 capable of coexisting with previous systems. Multiple bit addresses within a time 
multiplexed data stream are assigned functions such as register number, data, and 
error detection. This establishes a data transfer frame that is used to multiplex 
data between a host and a module. 

Figure 1 illustrates a schematic of a typical serial multiplexed network 

10 system 10 allowing the transfer of large amounts of complex data according to the 
present invention. The system includes a plurality of control data link modules 
12a, 12b, . . . 12rt and a plurality of controlled data link modules 14a, 14b, 14c, . . 
. 14/f . To indicate a variabiHty of the number of modules, the element nxmibers 
form a series with n representing a variable end to the series. Those skilled in the 

15 art will recognize that the number of control and controlled modules is selected on 
the basis of input and output devices to be serviced and that number may vary 
without interfering with the advantages of the present invention. The system also 
includes an interconnecting cable generally having four conductors: a DC supply 
voltage conductor 15 and a common conductor 16 connected to a main power 

20 supply 20, a data bus conductor 17, and a clock pulse conductor 18 connected to a 
clock pulse source 22. The power supply 20 and clock 22 can be located in a host 
28, such as a PC or similar device having a processor 29. Each conductor 15-18 is 
connected to each module 12, 14 in aay desired network topography. The order or 
arrangement of the interconnection is of no consequence. The system further 

25 includes a plurality of input devices 24a, 24b, . . . 24«, one connected to each 
control module 12, and a plurahty of output devices 26a, 26b, 26c, . . . 26«, one 
connected to each controlled module 14. 

In the illustrated embodiment, the IDC supply voltage conductor 15 and the 
common conductor 16 are connected to a single power supply 20 which furnishes 

30 power to all of the modules 12, 14. Those skilled in the art will recognize that it 
may be desirable to provide multiple power supplies, each servicing a different 
group of modules 12, 14. 
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Further, those skilled in the art will recognize that the common conductor 

16 can be eliminated where a common groimd between the modules 12, 14 is 
otherwise readily available. Figure 2 generally illustrates the host 28 and a 
representative module 30, selected from the group of modules 12 and 14, capable 

5 of transferring large amounts of complex data across the system 10 of Figure 1. 
The host 28 acts as a master to the slave module 30. The host 28 and the module 
30 are not shown directly connected to indicate some distance of separation 
between the host 28 and module 30. Those skilled in the art will recognize that 
this distance can be a few feet or a distance approaching the signal limits of the 

1 0 serial multiplexed data system bus. 

The module 30 includes an internal power supply 32 connected to the 
direct current supply voltage conductor 15 and the common conductor 16, The 
internal power supply 32 provides the various supply voltages required by the 
various components of the module 30. 

1 5 The module 30 communicates with the serial multiplexed data system bus 

17 using basic signal conditioning circuitry via a serial multiplexed network 
interface 34. The interface connects signals from the data bus 17 to a synchronous 
serial port on a processor 36. Those skilled in the art will recognize that the 
processing device can be any known logic device. 

20 The module 30 includes a signal conditioning circuit 38 which serves to 

interface the module 30 with an input or output device, 24 or 26 respectively. In 
the illustrated embodiment, the signal conditioning device 38 is responsive to at 
least one sensor 40 for measuring data from an associated device (not shown). 
Those skilled in the art will recognize that sensors 40 monitoring any number of 

25 items of interest can be incorporated within or connected to the module 30, 
provided sufficient storage for the acquired data is available. For example, a 
motor monitor may include sensors to monitor motor acceleration and motor 
temperature. The signal conditioning circuit 38 conditions the measurements 
obtained from the sensor 40 and monitors for loss of signal at the sensor 40, As 

30 the sensors typically provide analog data, the signal conditioning circuit 38 

converts the analog data to digital data and passes the digital data to the processor 
36 for storage and transmission. Those skilled in the art will recognize that the 
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input or output device, 24 or 26 respectively, can be a controller, indicator, or 
other device which accepts a signal from the module 30 without interfering with 
the advantages of the present invention. 

The module 30 includes a user input/output (I/O) interface 42 which 
5 allows the operator to configure the module 30 and to check the status of the 
module 30. In one embodiment, the module 30 occupies thirty-two consecutive 
addresses on a first multiplexed channel 31 of a preselected channel set 33, at a 
position known as the frame address 35, and thirty-two consecutive addresses on 
the next consecutive or another multiplexed channel 37 of the preselected chaimel 

1 0 set 33 for a total of sixty-four addresses. Those skilled in the art will recognize 
that the number of consecutive addresses can vary without interfering with the 
advantages of the present invention. The frame addresses 35 on the two 
multiplexed channels 31 and 37 are the same. Those skilled in the art will 
recognize that while a consecutive channel pair 33 is discussed, a set of any 

15 number of preselected channels 33 to transport more than two data segments can 
be used at the expense of the number of accessible devices without interfering 
with the advantages of the present invention. 

The frame address 35 and the channel pair or channel set 33 for the 
module 30 must be configured. In the illustrated embodiment, the user I/O 

20 interface 42 includes two input devices and three output devices. The input 

devices include a frame address 35 selector 44 and a channel pair or channel set 
33 selector 46. While the illustrated embodiment of the input devices 44, 46 
common to serial multiplexed data systems is described below, those skilled in the 
art will recognize other embodiments which may be used without interfering with 

25 the advantages of the present invention. The output devices include a warning 

indicator 50, an alarm indicator 52, and a power indicator 54. In one embodiment, 
the output indicators 50, 52, 54 are color coded hght emitting diodes which can be 
sequenced to flash indicating a specific message. Those skilled in the art will 
recognize that other output indicators could be used without interfering with the 

30 advantages of the present invention. 

In one embodiment, the configuration of the module 30 is accomplished 
using a dual inline package (DIP) switch having at least eight positions. As there 
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are eight possible multiplex channel pairs, three positions of the DIP switch are 
used. The first jframe address 35 of each multiplexed channel, 31 and 37 for 
instance, contains information relating to the multiplex address of that channel. 
Accordingly, there are seven allowed serial multiplexed frame addresses 35 for 
5 each multiplexed channel, such as channels 31 and 37. The frame addresses 35 
begin on 32-bit boundaries with the first allowed address for a module 30 being 
address 32. The last sixteen addresses occupied by the module 30 contain the 
Complementary Data Retransmission (CDR) check word. The frame address 
range is set using at least three positions oq the DIP switch thereby providing for 

10 the selection of all available frame address ranges. 

Finally, the module 30 includes a section of random access memory used 
as a register map 56. Communication to and from the host 28 is accomplished 
through the register map 56. The register map 56 contains module setup 
information, software configuration settings, raw data, and summary data. 

15 Commands are sent from the host 28 to the module 30 and the module 30 
responds accordingly. 

The host 28 can command the module 30 to read a register 57 from the 
register map 56 and respond with the values from that register or to write to a 
register 57 the values sent. Registers 57 in the module 30 can be designated as 

20 read only, write only, or read/write, thereby facilitating data protection methods. 
Those skilled in the art will recognize that a microcontroller, or other suitable 
processing device, could be substituted for the processor 36 and the register map 
56 without interfering with the advantages of the present invention. 

Figure 3 a illustrates a bitwise representation of one embodiment of a 

25 multi-bit message 60. The message 60 includes a 16-bit Command for Module 
message segment 62 and a 16-bit Data for Module message segment 64, each 
starting at the same frame addresses 35 on sequential or preselected multiplexed 
channel sets 33. The Command for Module (CFM) message segment 62 appears 
on the first multiplexed channel 31 of the preselected multiplexed channel set 33. 

30 The Data For Module (DFM) message segment 64 appears on the sequential or 
next multiplexed channel 37 of the preselected multiplexed channel set 33. The 
format for both the CFM 62 and the DFM 64 is defined for each register 57 being 
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addressed (bit, signed, unsigned, etc.). The bus data is from the least significant 
bit (LSB) to the most significant bit (MSEt) with the LSB being the lowest serial 
multiplexed data system address. Each message segment 62, 64 is duphcated with 
CDR data check segments,74 and 76 respectively, thereby making up the full 64- 
5 bit message 60. 

The 16-bit CFM includes five coirmand bits, or operator, 66 followed by 
eleven bits containing the operand 68, the number of the register 57 within the 
module 30 to be acted upon. Specifically, the command bits 66 include a first bit 
setting whether the command is a read request or a write request, the read/write 
1 0 request bit 70, and four bits which are unused 72. Those skilled in the art will 

recognize that the unused bits 72 could be used to implement a CRC checksum for 
the operand 68, if desired, without interfering with the advantages of the present 
invention. 

Figure 3b illustrates the data stream of multiple multi-bit messages 60 
1 5 being sent between the host 28 and more than one module 30 on the bit level 
network 10 as shown and connected in Figure 1. Figure 3b represents the data 
stream during one scan of all the multiplexed channels on the network 10. For 
simplicity, only two modules, 12a and 14a, will be discussed in this model, 
module n is shown to indicate that other modules 30 could be on the same 
20 preselected channel set 33. Modules 12a and 14a are each configured to a 

particular frame address, 35/12a and 35/14a respectively, on the selected channel 
set 33. Over the data line 17, the host 28 sends message 60/12a to module 12a 
and message 60/14a to module 14a. The command segments 62/12a and 62/14a 
of associated messages 60/12a and 60/14a each start at the their respective frame 
25 addresses, 35/12a and 35/14a, on the first channel 31 of the preselected channel 
set 33. 

For this discussion, the read/write bit 70/12a of message 35/12a will be set 
to "WRITE" and the operand 68/12a will be register number "M". The read/write 
bit 70/14a of message 35/14a will be set to "READ" and the operand 68/14a will 
30 be register number "B". The data segments 64/12a and 64/14a of associated 
messages 60/12a and 60/14a each start at the their respective frame addresses, 
35/12a and 35/14a, on the second channel 37 of the preselected channel set 33. 
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On the second channel 37 of the preselected channel set 33, module 12a will 
"WRITE" the data received during data segment 64/12a into register number "M" 
of module 12a's register map 56/12a and module 14a will "READ" data from 
register number "B" of it's register map 56/14a and place that data on the network 
5 during data segment 64/1 4a. 

Figure 4 is a flow diagram of the conmiunications between the host 28 and 
the module 30. The host begins generating a message for the module in step 100. 
When communicating from the host 28 to the module 30, the host 28 expects a 
response to the command during the next complete scan of the module 30 

1 0 following the scan transmitting the message 60. If the host 28 cannot ensure that 
it can change all 32-bits of the message 60 it is sending in one scan, as shown in 
step 102, the host 28 sends a changing data indicator in the CFM field while 
altering the DFM field 104. In one embodiment, the changing data indicator is the 
command OxFFFF. The module 30 echoes the message 60 if it receives a 

15 changing data indicator in the CFM field 1 06. The host 28 supports CDR on this 
command as well. A complete message 60 is transmitted from the host 28 to the 
module 30 in step 108. 

The module 30 receives the message 60 from the host 28 in step 110. The 
message is decoded and the CDR verified in step 112. The decoded message 60 is 

20 checked to ensure that it is not corrupt and does not contain errors in step 114. If 
the message 60 is corrupt or contains errors, then appropriate remedial actions are 
taken in step 116. The CFM 62 is parsed to determine whether the message 60 is 
a read or write request from the host 28. For a read command, the module 30 
reads the contents of the specified register in step 120 and responds with a 

25 message 60 containing the contents of the requested register on the next scan of 
the module 30 in step 122. The module 30 responds to a write command from the 
host 28 by passing the entire message 60 received back to the host 28 in step 124 
and the specified register is updated with the contents of the DFM 64 in step 126. 
The incorporation of error detection and correction means increase the 

30 reliability of the system. Predetermined responses to detected errors result in 
predetermined actions. Some register addresses or data values are designated to 
indicate the detection of an error or request retransmission of a command or a 
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response. Figure 5 illustrates a flow chart of the response to an error in the 
message 60. When a message 60 is received it is examined for errors. If the 
message 60 is deemed corrupt in step 200, no action is taken based upon the 
information contained in the message 60, as indicated in step 202. If no error 
5 exists, as decided in step 204, the message 60 is processed in step 206 and the next 
scan is begun in step 224, If it is determined in step 204 that the message 60 
contains an error, a decision is made as to whether the message 60 contains 
multiple errors or a single point error in step 208. A message 60 having multiple 
errors is treated as if it has a CDR error in step 210. 

10 For single point errors, the nature of the error is identified and an 

appropriate response provided. The single point errors assume all other conditions 
are valid. Those skilled in the art will recognize that the order of the decision 
steps is insignificant. If an attempt was made by the host 28 to write to a read- 
only register in step 212, then the module 30 returns a message 60 containing the 

15 original CFM with the DFM reflecting the contents of the register in step 214. If 
the host 28 sends register data that is invaliid or out-of-range in step 216, then the 
module 30 returns a message 60 containing the original CFM with the DFM 
clamped to the closest limit in step 218. If the module 30 fails to echo a write 
message in step 220, then the host 28 chooses whether to resend the original 

20 message 60 or ignore the error and send a new message in step 222. The 

remaining errors produce the same response. If the message contains an invalid 
CDR checkword in step 226, or the host 28 sends an invalid register number in 
step 228, then a message 60 is returned firom register number 2001 with DFM 
containing the value 9999 in step 232. Those skilled in the art will recognize that 

25 the register number and value denoting this error can vary without interfering with 
the advantages of invention. Upon receipt of a transmission fi:-om the module 30 
with a register number of 2001 and data of 9999, then the host 28 repeats the 
previous message 60 in step 234. If the module 30 receives a message 60 with a 
register number of 2001 and data value of 9999 fi*om the host 28, then the module 

30 30 retransmits the original message 60 in step 240. After retransmission, that 
communication exchange is closed. 
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Any serial multiplexed data system fault (bus fault, loss of clock, frame 
length error, etc.) is deemed a loss of comtnunications with the host 28. In the 
event of the loss of communications, a notification is given, e.g., the appropriate 
indicators 50, 52, 54 on the module 30 illuminate. If the module 30 is in a 
5 continuous scan mode when the communication loss occurs, then the module 30 
remains in the continuous scan mode. If the module 30 is in a single scan mode 
when the communication loss occurs, therL the module 30 transitions to the 
continuous scan mode. 

In either the continuous scan or single scan mode, the module 30 

10 transitions to the limits currently loaded at the beginning of a new cycle of data 
processing when communications are lost . When the module 30 reestablishes 
communications with the host 28, the module 30 remains in the continuous scan 
mode and ceases annunciating loss of communications. The module 30 also sets a 
flag in a register denoting the loss of communications. To clear the loss of 

1 5 communications notice, the host 28 must reset this flag. If the module 30 is not 
actively scanning and a communication fault occurs, the module 30 starts 
processing data in the continuous scan mode. 

The commimication speed of the network depends on a number of factors 
including whether the data is multiplexed and the configuration of the physical 

20 layer hardware. Accordingly, it is preferred not to base a determination of the loss 
of communications by counting the number of erroneous messages. Some serial 
multiplexed data system host 28 interface cards can only change the data to 16 
serial multiplexed data system addresses at a time. This operation is due to a 16- 
bit interface to the memory in these cards and the asynchronous interface between 

25 these cards and the systems they are connecting. A personal computer based- 
application could change data for 16 addresses and then get interrupted before it 
could write the data for the remaining 16 addresses in the module 30. In this 
scenario, the data for the 32 addresses for the module 30 contains incomplete data 
and CDR errors. The module 30, not knowing why the message is corrupt, would 

30 ignore the message. Networks that have very fast clocks and no multiplexed data 
accumulate many more errors than networks with slower clock rates and/or 
multiplexed data. Because many more scenarios like this one exist, the loss of 
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communications due to incorrect message packets is based on time and not the 

number of incorrect message packets received. 

Accordingly, a method and apparatus for data table multiplexing on a 

serial multiplex data system has been sho^vn and described. The method used to 
5 transfer this data is a software data multiplexing protocol which uses the identical 

address space on two sequential data channels to send a message containing a 

command for a specific register on channel and the associated data on the second 

channel. The method and apparatus utilizes the previous physical layer protocol 

and is capable of coexisting with previous systems. Multiple bit addresses within 
10 a time multiplexed data stream are assigned functions such as register number, 

data, and error detection. This establishes a data transfer frame that is used to 

multiplex data between a host and a module. 

While only one embodiment has been shown and described, it will be 

understood that it is not intended to hmit the disclosure, but it is intended to cover 
15 all modifications and alternate methods falling within the spirit and the scope of 

the invention as defined in the appended claims. 
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CLAIMS 



Having thus described the aforementioned invention, we claim: 
1 1 . An apparatus for transferring multiplexed multiple multi-bit messages 

across a bit level network, said apparatus comprising: 

a network interface for accessing the bit level network, said network 
interface configured to transmit and receive a message at a preselected one of a 
5 plurality of time-division multiplex addresses on each channel of a preselected 
channel set; 

a processor in communication with said network interface; 
a memory in communication with said processor; and 
a second interface for connecting either an input or an output device to said 
10 processor; 

whereby the multiple multi-bit messages are transmitted over said network 
interface. 

1 2. The apparatus of Claim 1 wherein said network interface includes a 

clock signal and a data signal. 

1 3. The apparatus of Claim 2 wheirein said data signal is a serial data 

stream synchronized with the said clock signal. 

1 4. The apparatus of Claim 2 whe rein said data signal includes said 

message, said message including a conmiand segment and a data segment, said 
command segment includes at least an operator and an operand. 

1 5. The apparatus of Claim 4 wherein said command segment is a serial 

bitstream starting at a specified address determined by said clock signal on a first 
channel of said preselected channel set and said data segment is a serial bitstream 
starting at said specified address on a second channel of said preselected channel 

5 set. 
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6. The apparatus of Claim 4 wherein said operator includes a read 
request, said memory at a location specified by said operand contains data which 
is copied to said data segment. 



1 7. The apparatus of Claim 4 wher ein said operator includes a write 

request, said data segment contains data which is copied to said memory at a 
location specified by said operand. 

1 8. A method for transferring large amounts of complex data between a 

data link module and a host across a bit level network , said method comprising 
the steps of: 

(a) configuring a channel set to said data link module; 
5 (b) configuring a frame address to said data link module; 

(c) sending a message from said host to said data link module, said 
message including a message command segment on a first channel of said channel 
set at said data link module frame address and a message data segment on a 
second channel of said channel set at said data link module frame address, said 

10 message command segment including a register operand and at least either of a 
read request or a write request; 

(d) accessing a register in said data link module specified in said register 
operand as a specified register; 

(e) sending a reply from said data link module to said host, said reply 

15 including a reply command segment on a first channel of said channel number pair 
at said data link module frame address and a reply data segment on a second 
channel of said channel number pair at said data link module frame address. 

1 9. The method of Claim 8 wherein said message command segment 

includes a read request, said step of accessing a register in said data link module 
fixrther comprises the step of reading a value from said specified register as a read 
value. 
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10. The method of Claim 9 wherein said reply command segment equals 
said message command segment and said reply data segment contains said read 
value. 

11. The method of Claim 8 wherein said message command segment 
includes a write request, said step of accessing a register in said data link module 
further comprises the step of writing said message data segment to said specified 
register. 

12. The method of Claim 1 1 wherein said reply command segment equals 
said message command segment and said reply data segment equals said message 
data segment, 

13. A data link module connected to a data bus and a master clock line for 
use in a bit level network system having multiple data link modules, the master 
clock line for generating a predetermined number of time slots for a complete 
multiplexed channel, each time slot on the complete multiplexed channel 
associated with an address location of at least one data link module or a data bit on 
the data bus, said data link module compnising: 

means for interfacing with either an input device or an output device; 

means for receiving data from the data bus at a predetermined time slot on 
a first multiplexed channel, said data being a multiplexed multibit message 
including at least a command segment and a data segment; 

means for sending data to the data bus during said predetermined time slot 
on a second multiplexed channel; 

means for processing said data; 

means for storing said data; and 

means for retrieving said data. 
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ABSTRACT OF THE DISCLOSURE 
A system and method for data table multiplexing on a serial multiplex data 
(bit level) system is described. The present invention combines the benefits of 
previous systems with the capability to tramsfer large tables of data. The method 
5 used to transfer this data is a software data multiplexing protocol that utilizes the 
previous physical layer protocol and is capable of coexisting with previous 
systems. Multiple bit addresses are assigned functions such as address, data, and 
error detection. This establishes a data trainsfer frame that is used to multiplex 
data between a host and a module. Communication to and from the host is 
10 accomplished through the register map. The register map contains module setup 
information, software configuration settings, raw data, or summary data. 
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